set the visible of card field "RootNote" to not the visible of card field "RootNote"
end mouseUp
-- part 4 (field)
-- low flags: 81
-- high flags: 0004
-- rect: left=196 top=102 right=148 bottom=476
-- title width / last selected line: 0
-- icon id / first selected line: 0 / 0
-- text alignment: 0
-- font id: 3
-- text size: 10
-- style flags: 0
-- line height: 13
-- part name: RootNote
----- HyperTalk script -----
on mouseUp
set the visible of Me to not the visible of Me
end mouseUp
-- part contents for card part 1
----- text -----
MultiFinder & Hypercard: the bugs.
-- part contents for card part 2
----- text -----
Apple’s Technical Note #169 “HyperCard 1.0.1 Anomalies” describes the known problems in the released version of HyperCard. It should be required reading for serious stack authors! A copy can be found on CompuServe, Delphi, Genie etc., as well as directly from APDA.
The most serious is in the behavior of the open command. Attached documents can’t be found unless they are at the root* of the volume. The InvokeApplication handler in the stack script shows one way of getting around this problem — it copies documents to the root automatically if you're running under MultiFinder and don't want to sublaunch. The handler doesn’t take the logical next step of moving them back to their old location when HyperCard resumes execution
(you have to manually start it again from the Finder). This is easy enough to do — save the original location of the document in an invisible card field in your home stack. In the Home
stackΓÇÖs resume script, check to see if this field is empty. If itΓÇÖs not, then move the document back.
When the next release of HyperCard comes out, you should be able to discard such hacks (and the SubLaunch XFCN).
-- part contents for card part 4
----- text -----
The root of a volume is the top level. For instance, file
"HD:Document" is at the root of volume "HD". However, file "HD:Folder:Document" is not.